home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c / 290 < prev    next >
Encoding:
Text File  |  1996-08-06  |  2.4 KB  |  54 lines
  1. Newsgroups: comp.lang.c,comp.std.c
  2. Path: in1.uu.net!world!mv!usenet
  3. From: ENGR@GSSI.MV.COM (Michael Furman)
  4. Subject: Re: Integral conversion e.t.c. (was: Re: Hungarian notation)
  5. Message-ID: <DM5urJ.Aq5@mv.mv.com>
  6. Mime-Version: 1.0
  7. Organization: GSSI
  8. Date: Fri, 2 Feb 1996 18:16:31 GMT
  9. References: <30C40F77.53B5@swsbbs.com> <SPENCER.96Jan22113215@zorgon.ERA.COM> <KANZE.96Feb2133347@slsvewt.lts.sel.alcatel.de>
  10. X-Newsreader: WinVN 0.93.10
  11. X-Nntp-Posting-Host: gssi.mv.com
  12.  
  13. In article <KANZE.96Feb2133347@slsvewt.lts.sel.alcatel.de>, 
  14. kanze@lts.sel.alcatel.de says...
  15. >  ..................................
  16. >Note that implementations *are* allowed to offer extensions, and
  17. >define undefined behavior in an implementation specific manner.  An
  18. >implementation which defines, for example, that writing to the address
  19. >0 clears the screen, is perfectly legal.  If you write code uniquely
  20. >for that implementation, and you have to clear the screen, you will
  21. >dereference a null pointer.  If this is the only way of clearing the
  22. >screen on said implementation, and your application requires clearing
  23. >the screen, you will write code dereferencing a null pointer.
  24. >
  25. >That doesn't make such code any less undefined with regards to the
  26. >standard.
  27.  
  28. I can not say that I agree ... Of cause some implementation may define
  29. any "undefined" behavior. But I still see two very different cases -
  30. a) when construction assumed as incorrect, like dereferinsing wrong
  31. pointer and when it has clear purpose, but exect meaning can not be
  32. defined portable (like "asm").
  33.  
  34. What do you think about code with "asm" statements. Is it "less undefined" 
  35. and if not - what is the sense and reason of including
  36. "asm" keyword in the standard?
  37.  
  38. >--
  39. >James Kanze         Tel.: (+33) 88 14 49 00        email: kanze@gabi-soft.fr
  40. >GABI Software, Sarl., 8 rue des Francs-Bourgeois, F-67000 Strasbourg, France
  41. >Conseils, Θtudes et rΘalisations en logiciel orientΘ objet --
  42. >                -- A la recherche d'une activitΘ dans une region francophone
  43. >
  44.  
  45. -- 
  46. <<<<<<<< This is a copy of post to the newsgroup >>>>>>>>
  47. ---------------------------------------------------------------
  48. Michael Furman,                       (603)893-1109
  49. Geophysical Survey Systems, Inc.  fax:(603)889-3984
  50. 13 Klein Drive - P.O. Box 97          engr@gssi.mv.com 
  51. North Salem, NH 03073-0097            71543.1334@compuserve.com
  52. ---------------------------------------------------------------
  53.  
  54.